home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95c.txt / 000064_icon-group-sender _Tue Oct 24 10:51:53 1995.msg < prev    next >
Internet Message Format  |  1996-01-03  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 24 Oct 1995 08:57:50 MST
  2. To: icon-group@cs.arizona.edu
  3. Date: Tue, 24 Oct 1995 10:51:53 GMT
  4. From: dkenny@atlantis.actrix.gen.nz (Des Kenny)
  5. Message-Id: <DGy8uI.EEy@actrix.gen.nz>
  6. Organization: Actrix - Internet Services
  7. Sender: icon-group-request@cs.arizona.edu
  8. References: <MSFRIEDM.95Sep28105413@bingster.us.oracle.com>, <CHENANDRE-0910951527080001@std32044.urich.edu>, <462sdg$qqs@archangel.terraport.net>
  9. Subject: Re: what to use instead of TCL or PERL
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12. In article <462sdg$qqs@archangel.terraport.net>,
  13. Red to Black Management <redblack@terraport.net> wrote:
  14. > In article <CHENANDRE-0910951527080001@std32044.urich.edu>,
  15. >    CHENANDRE@urvax.urich.edu (Andrew Shi-hwa Chen) wrote:
  16. > >>  > Perl is used for CGI scripting and general tools work, and runs
  17. > >>  > not just on Unix, but also VMS, MVS, MsDOS, NT, Amigas, Macs, and
  18. > >>  > many other systems as well.  I would not say its use is restricted
  19. > >>  > to Unix sysadmins, and if you haven't looked at it in the last five years,
  20. > >>  > then you are probably working under some misunderstandings about the
  21. > >>  > language.
  22. >  
  23. > 
  24. >          I'm presently working with Appware from Novell, it works on macs and PC's.
  25. >         If you purchase the CD version both Mac & PC are included. I find it better
  26. >         then Visual Basic. You can also write custom objects called ALM's
  27. >        for constant reuse. Worth to look at.
  28. > 
  29. >            Marcel
  30.  
  31.  
  32. Are these Objects or "Components"? It is all a bit confusing.
  33.  
  34. I have seen one definition that makes a strong distinction:
  35.  
  36. Objects have inheritance and consequently polymorphism.
  37.  
  38. Components do not have inheritance and so no polymorphism.
  39.  
  40. I think some people call "Component" systems Object-Based systems in 
  41. contrast to Object-Oriented Systems.
  42.  
  43. The word Component may be a better way to separate out the concepts of 
  44. "objects" that belong to an explicit type hierarchy ( object-oriented 
  45. inheritance) and "objects" that have no explicit type hierarchy ( 
  46. encapsulated modules with no explicit ancestors).
  47.  
  48. Personally I prefer to have an explicit type hierarchy. Components are a 
  49. sort of orphan concept, little waif modules that have no sense of 
  50. belonging to the big picture of life.
  51.  
  52. Of course designing a type hierarchy is no overnight task and it is 
  53. understandable that some may shy away from it at first blush and lean 
  54. towards the apparently simpler component approach. Unfortunately, the 
  55. benefits of the more simplistic approach are considerably less than the 
  56. more advanced approach.
  57.  
  58.  
  59. In the longer term it is a better choice to classify knowledge into a more
  60. manageable , more  meaningfull structure than a collection of orphan 
  61. components. All science eventually collects information into 
  62. classification structures - it is the only way to comprehend and retrieve 
  63. the rapidly growing body of knowledge. Type hierarchies are a sign that 
  64. software is entering a new phase of maturity as a body of knowledge.
  65.  
  66.  
  67.  
  68. Cheers
  69.  
  70.  
  71. Des Kenny
  72.  
  73. dkenny@swell.actrix.gen.nz
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.